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access to electronic works over a network. In a preferred 
embodiment, the present invention offers a user access to 
electronic copies of works, such as songs, albums, movies, 
or music videos, over a network. The user responds to the 
offer by requesting to access to a particular work. Before 
such a request is granted, the present invention may verify 
that the user is authorized to access to the work. In one 
embodiment, the user verifies that they are authorized to 
access an electronic copy of the work by demonstrating that 
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embodiment, the user verifies that they are authorized to 
access an electronic copy of the work by demonstrating that 
they ordered or purchased a copy of the work. If a user's 
authorization is verified, the user may then be provided with 
access to an electronic copy of the work by such techniques 
as downloading or streaming. 
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SYSTEM AND METHOD FOR PROVIDING 
ACCESS TO ELECTRONIC WORKS 

RELATED APPLICATIONS 

This application claims the benefit of VS. Provisional 
Application No. 60/175,159 entitled SYSTEM AND 
METHOD FOR ENABLING GLOBAL ACCESS AND 
INSTANTANEOUS LISTENING TO DIGITAL AUDIO, 
filed on Jan. 7, 2000. This application is hereby incorporated 
by reference in its entirety. Tnis application is also related to 
co-pending U.S. Non-Provisional Application Ser. No. 
09/559,176 entitled SYSTEM AND METHOD FOR A 
MULTIPLE-PARTY TRANSACTION, filed on Apr. 27, 
2000; and U.S. Non-Provisional Application Ser. No. 
09/615,590 entitled A DISTRIBUTION SYSTEM FOR 
ELECTRONIC WORKS, filed on Jul. 13, 2000. Each of 
these applications is hereby incorporated by reference in its 
entirety. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a system and method for 
providing access to electronic works over a network. 

2. Background 

Several technologies exist that enable a user to upload 
digital music to a Web site storage location and then access 
that Web site for listening to the music at a later time. For 
example, mymp3storage.com clients can upload 50 mega- 
bytes of music (approximately 12 songs) from the client's 
hard drive to a storage location on this site, and then 
download it to a different computer. 

Similarly, cablemusic com uses a Javascript Audio Con- 
tent Kit ("JACK"), which allows listeners to turn Compact 
Discs ("CDs**) into small, high fidelity, music files. Using 
these web-friendly music files listeners can turn their per- 
sonal computers into a personal jukebox and simultaneously 
upload their favorite music to the cablemusic.com site. Once 
on the cablemusic.com servers, listeners can construct play- 
lists or listen to their individual songs via direct, immediate 
access to their music on demand from anywhere on the Web. 

Myplay.com permits its members to store, organize, 
download, and share up to 250 megabytes (approximately 
65 songs) of music in an online "locker"on its site. The 
myplay.com system protects the client's locker with a pass- 
word. Clients can upload their MPEG-1 audio layer-3 
(*'MP3 W ) and other digital music files to the site and listen to 
them from any Web-accessible computer in any order 
selected by the client 

Myplay.com and i-drive.com also facilitate "sideloading" 
of MP3 files. For example, the myplay.com system permits 
users to sideload or directly transfer MP3 files from par- 
ticular MP3 vendors or from a URL currently storing the 
*MP3 file to the user's individuarsldcker. This sideload of 
direct transfer feature obviates the steps of downloading the 
data, converting the data to MP3 format, and uploading the 
data to the locker. The client can store music by album, 
genre, and track. A database provides additional information 
about artists, including discographies and liner notes. 

Unlike the systems described above, the present invention 
requires the user to actually possess the physical. CD, which 
encourages individuals to buy CDs and thus furthers the 
protection of copyrighted material. 

Another system in the prior art is described in U.S. Pat. 
No. 5,987,525 (Roberts et al.), which claims a method for 
synchronizing delivery over a network of visual content 
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from a first computer to second computer with playing of a 
musical recording on the second computer. The specification 
describes a method of searching that uses a unique identifier 
to identify a user's CD in the user's computer. Upon 

5 detecting the presence of a CD in the user's computer, a 
script in the Web page computes the unique identifier 
corresponding to the CD and sends this unique identifier to 
the server. This information can include a uniform resource 
locator ("URL") that relates to the audio CD (e.g., the 

10 artist's home page), simple data such as the names of the 
songs, and also complementary entertainment (i.e., photo- 
graphs of the band, artwork, animates, and video clips). In 
an alternative embodiment, when the user inserts an audio 
CD into their computer, the browser 1) launches, if not 

15 already running; 2) computes the CD's unique identifier, and 
from this unique identifier derives a URL, and 3) retrieves 
the URL. 

SUMMARY OF THE INVENTION 

20 The present invention is a system and method for pro- 
viding electronic works to a user. In a preferred 
embodiment, the system and method offers to provide the 
electronic works to users over a network. The works may be 
organized by artist, director, category, type of work, or many 

25 other organization models. The works may include songs, 
albums, movies, music videos, or a variety of other types of 
work. The electronic works may be obtained by acquiring 
the content from physical copies of the work, such as a 
content acquisition system including rippers and encoders. 

30 The user generally accesses the electronic works on a 
machine capable of connecting to the network, such as a 
personal computer, hand held computer, cell phone, pager, 
etc. With their machine, the user may browse through the 
available works and select a desired work or group of works. 

35 The user's selection is sent to the party offering the works. 
This party receives the request and processes the request. 
Such processing may include determining that the user 
subscribes to the service, such as a login procedure, or 
verifying that the user is entitled to receive the requested 

40 electronic work. The user may verify that they are entitled to 
receive the desired work several ways, including by dem- 
onstrating they own a physical copy of the work or dem- 
onstrating they ordered the requested work from a retailer or 
other distributor. 

45 

Once the user adequately shows that they are authorized 
to receive the requested work, the user is provided with 
access to the work. In a preferred embodiment, this access 
is provided with a Content Delivery System. Access may 

5Q include placing a copy of the electronic work in a user's 
account, sending a copy of the work to the user, streaming 
the work to the user, broadcasting the work to the user, or 
providing the user with a pointer to a copy of the electronic 
work in the user's account. The user may experience the 

55 work from any -location with access to -the network via a - 
transmission lines or satellite connection. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an overview of a preferred embodiment 
„ of the present invention. 

60 

FIG. 2 illustrates a preferred embodiment of the content 
acquisition system. 

FIG. 3 illustrates a preferred embodiment of a web page. 

FIGS. 4-7 show data samples used to illustrate the 
65 validation process. 

FIGS. 8-19 illustrates web pages of a preferred embodi- 
ment of an organizational model. 
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DESCRIPTION OF A PREFERRED as an Apple Macintosh, or IBM compatible, running Linux 

EMBODIMENT or Microsoft Windows with a modem for connecting to a 

network- In alternative embodiments, the client location may 

As shown in FIG. 1, the preferred embodiment of the be a porta bi e device, such as a laptop computer, cell phone, 

present invention may include a Distributor Location 100, a fi Palm Pilot ® ) Walkman®, car stereo, etc. 
Partner Location 105, and a Client Location 110. The In a preferred embodiment, the personal computer 115 

Distributor Location 100 generally provides access to elec- may abo mQ an internet browser, such as Microsoft Internet 

tronic works. Electronic works include any version of work, Explorer® or Netscape Navigator®. A browser system is a 

such as a downloaded work, streamed, or any other file in program that provides a way to look at, read or hear 

electronic memory. The Partner Location 105 may represent j(j information on the Internet. A browser typically interprets 

any potential business partner with the distributor, such a hypertext links, or simple "links," and allows the user to 

business that sells physical works, such as CDs, Digital view sites and navigate from one Internet node to another 

Versatile Discs ("DVD"), cassette tapes, records, or any Internet node. A brief overview of web browsers and their 

other physical works. The Client Location 110 may repre- interactions is set forth in U.S. Pat. No. 5,774,670, the 

sent any potential user of the system, such as individuals or i5 entirety of which is incorporated by reference. Browsing 

artists. The Distributor Location 100, Partner Location 105, also refers to the process of moving between HTML pages 

and the Client Locations 110 may be configured in a variety of a single typical web site. The HTML web page files, or 

of different architectures, such as a client/server or a main- web pages, may include a "homepage." A "homepage" is the 

frame. The preferred embodiment uses a client/server archi- main of a web site that typically names and describes the 

tecture. In a client/server architecture, the partner's or cli- 2Q site, and provides links to other web pages or various 

ent's machine is the requesting machine and the User features of the web site. Clicking refers to the process of 

Interface Server 120 is the supplying machine. The client's indicating a desired link by using a cursor control device, 

machine communicates with the User Interface Server 120 such as a mouse or roller ball. 

over the network 130. The Partner Location 105 may include a Server 133, a 

The network 130 is preferably the Internet. The Internet is 25 personal computer 134, or any machine capable of commu- 

a network generally defined as a collection of processing nicating over the network 130. The Server 133 may include 

systems and/or networks that are themselves globally net- a single server or multiple servers depending on the size of 

worked together. The systems and networks of the global the partner, amount of users using the partner, or other 

network are connected via any of a number of protocols, system requirements. Id a preferred embodiment, the Partner 

such as Transmission Control Protocol/Internet Protocol 30 Location 105 uses an application program interface ("API") 

("TCP/IF"). The Internet includes the World Wide Web and compatible with the Distributor Location 100. The partner or 

all of the resources and users on the Internet that are using retailer API may include a retailer module and associated 

HyperText Markup Language ("HTML") as the authoring configuration files. In a preferred embodiment, the retailer 

language and HyperText Transport Protocol ("HTTP") and API communicates with the User Interface Server 120 or the 

other protocols, such as File Transfer Protocol ("FTP"), as 35 Verification Server 141 via HTTP. Like the other software 

the transport protocol. However, in other embodiments, the programs discussed, the retailer API could be written in one 

present invention may operate on any type of network, of many alternative programming languages, such as C, 

including private or dedicated networks. C++, Java, etc. In a preferred embodiment, it is written in 

Internet Protocol ("IP**) is the basic communications Perl- 
language or protocol of the Internet. It can also be used as 40 The Distributor Location 100 includes User Interface 
a communications protocol in private networks called intra- Server 120, Content Database 135, Verification Server 141, 
nets. This and other related protocols provide for file Content Repository Server 142, Statistics Server 145, Con- 
transfer, remote log-in, electronic mail, and other services, tent Acquisition System, 150, and Content Delivery System 
including distributed processing, as well as other resources. 152. The User Interface Server 120, Content Database 135, 
HTML is the set of symbols or codes inserted in a file 45 Verification Server 141, Content Repository Server 142, 
intended for display on an Internet browser. The markup Statistics Server 145, Content Acquisition System 150, and 
tells the web browser how to display a web page's words and Content Delivery System 152 may be a single server or a 
images for the user. HTTP is the set of rules for exchanging plurality of servers, depending on the size of the Distributor 
files (text, graphic images, sound, video and other multime- Location 100, amount of users, or other system require- 
dia files) on the Internet. Relative to the TCP/IP suite of 50 ments. This equipment may tje connected with a network. In 
protocols, HTTP is an application protocol. HTTP is typi- a preferred embodiment, they are connected with a local area 
cally designed to run primarily over TCP/IP and uses the network technology, such as Ethernet, Fast Ethernet, Asyn- 
standard Internet setup, where a client machine requests data chronous Transfer Mode, Fiber Distributed Data Interface, 
from a server machine, the server issues the data, and the . Fiber Channel Interconnect, etc. In a preferred embodiment, 
client machine of '"clienn3rolvser ,v d^lays^me'datay One* 55 this equip mehi is' connected via a focal area'nerworK'using* 
format for information transfer is to created documents 100 Base-T Ethernet technology. 

using HTML, which are preferably made up of standard text User Interface Server 120 runs the web site application 

as well as formatting codes which indicate how the page software and processes some of the transactions and requests 

should be displayed. The web client machine reads these associated with the web site, such as logins and content 

codes in order to display the page. The hypertext conven- go management. The User Interface Server 120 also generates 

tions and related functions of the Internet are described in a URL for each request for a work made by a user. The URL 

the appendices of U.S. Pat. No. 5,715,314, the entirety of generally includes a unique work identifier, a unique user 

which is herein incorporated by reference. identifier, a time stamp, and session data. In alternative 

The Client Locations 110 typically include a personal embodiments, the URL may include more or less informa- 

computer 115 capable of, and configured to, interact over 65 tion. 

network 130. For example, Client Locations 110 may Id a preferred embodiment, the User Interface Server 120 

include a multimedia-capable personal computer 115, such is a dual Intel processor running a Linux operating system 
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and Apache web server with mod_perl. The user interacts typical click streams, or any other useful data. For example, 

with the User Interface Server 120 when they want to access Statistic Server 145 may receive information from the Client 

their account or works. This interaction is done over HTTP Locations 110, such as what and how often works are 

using an HTML, Extensible Markup Language ("XML"), or uploaded, purchased, or played. Statistics Server 145 could 
a C Library. The User Interface Server 120 may be accessed 5 record lhis information so that the artists may be compen- 

from anywhere the user has an Internet connection. sated based 011 how often their work was used. Statistics 

Content Database 135 stores information related to the g™[ oSJtS ^ * * ^ ^ "* " 

works and processes request from the client machines to . B u . g * ■ _ . 4 . e tAe 

^ . *\ , , , , . j* «i ^ In an alternative embodiment, Statistics Server 145 may 

extract the stored data. These works may be audio files, ^^^^^^o^^i^n^^i 

video files, audio-video files, or other types of works. In . 10 faow ^ & ^ ^ ^ ^ Qf ^ ^ 

preferred embodiment, the Content Database 135 is a dual ^ accesses thc mostf what m typicaJ click strcams ^ 

Intel processor running a Linux operating system and how often does a partner request mat user access, what types 

MySQL database. The stored information may include the of works does a partner usually requests, what are partners' 

titles of works, names of the artist, information about the usual click streams, or any other useful information. This 
band or performance, UPC data, or any information about 15 information may be used to make the system more user- 

the works. For example, if the work is a movie, the Content friendly, target advertising or promotions, or many other 

Database 135 may include a preview of the movie or uses. 

information about its sound track. This information may be Content Acquisition System 150 acquires content for the 

manually entered into the database or provided with the present invention. The Content Acquisition System 150 may 
content 20 only include a single computer with a ripper and encoder. 

Verification Server 141 verifies that the user is authorized However, as the volume of works being added to the system 
to access an electronic work. The Verification Server 141 increases, it may be necessary to implement a database- 
may perform a variety of tests or comparison to determine mediated, multi-machine parallel distributed-load architec- 
whether a user is authorized to access a work, such as, test mre u t0 fr ° m ^ eren ^ fol ™^ media > 
a confirmation number, verify that the user possesses a 25 su * ,f DTOs, etc., as shown in FIG. 2. 

physical work, or verify that the user purchased the work. A mG \ 2 ^ a ? mbod ™ ni ° f CoDtCDt 

r i • * * * * * Acquisition System 200. In this embodiment, the content 

For example, in response to a request to obtain access to an i - , . , , .;. . , . 

, _ • . t . i/ x p I** ii acquisition system includes a content acquisition database 

elcaronic work, the Verification Server 141 may ^look-up ^ fl ^ Qf rf 215 a ^ of eQcodi 

sample data related to that request^ such as track offset data maddn £ 2 20 and one or more storage devices 142 or 225 
or an actual portion of the woit The Verification Server 141 ^ acquisition database or ^ 2 10 may be a dual 
may also compare this sample data to data extracted from a p r0C essor running a Linux operating system, Apache 
physical work. Based on this comparison, the Verification web and MySQL database. The rippers extract data 
Server 141 may determine whether the user claiming pos- from a physical copy of the work. There are a variety of 
session of the physical work does, in fact, have possession typcs of rippcis 215 vtippm 215 ma y be used extract data 
and therefore is authorized to access an electronic work. from CDs, DVDs, Digital Audio Tapes ("DAT") or any other 
Alternatively, the Verification Server 141 may also deter- physical work. In a preferred embodiment, the rippers 215 
mine the user is authorized to access an electronic work by arc single-processor personal computers running Linux soft- 
receiving a message from a Partner Location 105, such as a ware . The personal computers preferably have Plextor® 
retailer. Accessing an electronic work includes obtaining a CD-ROM drives, which are optimized for digital audio 
pointer to the electronic work in a personal account, receiv- extraction 

ing a downloaded copy of the work, receiving a downloaded The cncoders ^ doan ^ of me wcll kaam 

copy of the work with electronic watermarks, receiving a methods of encodi In a ferred embodiment, the 

stream of the work, obtaining access to listen to an electronic method of encoding includes compression. Also, the encod- 

work, or any other means of allowing a user to listen or t j . , » _ . „ 

h u X- 45 ers may include dual processor personal computers runrnng 

watch the work. the Linux operating system. Content acquisition database 

In a preferred embodiment, the Verification Server 141 is 220 may be a personal computer running Linux and a 

a dual Intel processor running a Linux operating system, MySQL database engine. 

Apache web server, and MySQL database. The Verification Io the preferred embodiment, the rippers 215, encoders 
Server 141 also runs a Perl program as a common gateway 5Q 2 20, and content acquisition database 210 are equipped with 

interface ("CGI"). To perform its verification, the Verifica- 100 jyibit Ethernet cards and are coupled to the 100 Base-T 

tion Server 141 may read data from the Content Database Ethernet Standard, but could be implemented according to 

135 or Content Repository 142. The Verification Server 141 other standards or on other aet works. The storage device is 

knows which data to read based on information provided by equipped with multiple gigabit Ethernet cards, 

thedient Location 110 and retained from the orimnal-work. ^ ^ distribme nMoad architecture separates the 

Content Repository 142 stores content and verification plurality of ripper machines 215 and the plurality of encoder 

data, such as encoded content, sample data, and index data. machines 220 because the rippers generally work faster than 

In a preferred embodiment, the Content Repository 142 is a mc encoders. The system balances their relative speed by 

Sun Solar is E450 server with a Redundant Array of Inex- having more encoders 220 than rippers 215. A preferred 
pensive Disk ("RAID") as storage and a Veritas file system. 60 embodiment of the present invention uses a 1:3 ratio of 

The content and verification data may be accessed by the rippers 215 to encoders 220, respectively. In this 

User Interface Server 120 or the Verification Server 141. embodiment, the ratio is, in effect, 1:6 because the encoders 

Statistics Server 145 collects data about the electronic are dual processor machines, making there six encoding 
works, such as how many partners or clients have access to processors for every ripping processor. The ripper to encoder 
a work, bow many works are available from each artist, how 65 ratio may vary significantly in other embodiments depend- 
many works are available for each type or category of ing on the desired throughput and other system requi re- 
works, what works are the most popular, what are users* ments. 
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The rippers 215 and encoders 220 may be coupled in a 
variety of configurations. In a preferred embodiment, they 
are coupled as follows. Each encoder is coupled to each 
ripper so that each encoder may receive data from all the 
rippers. In some embodiments, data from a works may also 
be distributed to multiple encoders 220. The connection 
between the encoders 220 and the rippers 215 is preferably 
a high speed data bus. Also, while the rippers 215 and 
encoders 220 are interconnected, they are not 
interdependent, so that an individual ripper or encoder may 
fail and the remaining machines will continue to operate 
normally. 

In a preferred embodiment of the Content Acquisition 
System 200, the system may also use a queue-based, 
database-mediated configuration. The queue-based, 
database-mediated configuration helps compensate for those 
embodiments where the encoders 220 are slower than the 
rippers 215. In such embodiments, if all the encoders 220 are 
busy, the rippers 215 may store the data they ripped into a 
database and the data may be entered into a queue. The 
queue may use any of the many well-known scheduling 
algorithms, such as first-in-first-out or a priority based 
algorithm. 

Once data is entered into the queue or database, it must be 
determined which encoder should receive the data. This also 
may be done by any of the well known schedule algorithms, 
such as longest available. Another example is that the 
encoders 220 may be numbered, and any data received by 
the queue or database may sequentially or randomly check 
to see which encoder is available. If the search is sequential, 
the data would always go to the first encoder if it was 
available. If it was not available, it would go to the second 
encoder. If the second encoder was not available, it would go 
the third and so forth. In a preferred embodiment, the data 
is sent to whatever encoder has been inactive the longest. 
Such a scheduling algorithm is advantageous because it 
attempts to equalize the burden and wear on each of the 
encoders. 

In another embodiment, the encoders 220 may be pro- 
grammed to check the queue or database periodically, such 
as every minute or hour. Also, the encoders may be pro- 
grammed collectively to check the queue at staggered times 
so that data is never left in the queue for any extended period 
of time. Further, when they are programmed collectively, if 
the encoder scheduled to check tbe queue at a given time is 
busy, broken, or off-line, the program may reassign that 
responsibility to check the queue at that time to a different 
encoder. 

In yet another embodiment, the encoders 220 may receive 
a message indicating that data was entered into the queue or 
database for encoding. 

When the data is received at an encoder, the encoder may 
use any encoding method. In a preferred embodiment, the 
method of encoding includes compression. There are many 
well-known compression techniques, such as Microsoft 
Windows Media Format ("WMF'), MP3, MPEG-2 etc. In a 
preferred embodiment, the system stores digital audio files 
and compresses them with the MP3 standard. 

Content Delivery System 152 pulls content from memory 
within the system in response to user requests. In a preferred 
embodiment, the Content Delivery System 152 includes a 
dual Intel processor running a Linux operating system, 
Apache web server, and Squid cache software to deliver 
electronic files. In a preferred embodiment, the Content 
Delivery System 152 includes a plurality of servers or 
databases, a coder/decoder, a translation module, and a 
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validation module. The servers or databases provide tem- 
porary content storage for frequently requested content. The 
coder/decoder decodes the request for content. The transla- 
tion module uses the request for content to uniquely iden- 
s tifying the requested content. The validation module vali- 
dates that the user is entitled to receive the requested 
content 

In operation, the system and method of providing elec- 
tronic works may include content acquisition, access and 

10 distribution. As discussed briefly above, content acquisition 
includes a system and method of acquiring content or 
electronic works into a database. Content distribution 
includes a method or system for providing users access to 
these electronic works. 

15 To acquire content or electronic copies of works (Le., 
electronic works), a distributor may obtain the content from 
physical copies of the work (i.e., physical works), create an 
electronic work, and store the electronic work in the Data- 
base Server 135. In a preferred embodiment, a distributor 

20 may obtain an electronic work from a physical work, such 
as a CD. The distributor may extract the content of the CD 
with a ripper. Once the content is ripped from the CD, the 
content may be recorded into a database. Accordingly, the 
distributor can provide users with access to the electronic 

25 work over the network 130. 

In a preferred embodiment, the distributor collects mul- 
tiple electronic works to provide a more complete database. 
For example, the distributor may want to provide electronic 

3Q works by a particular group or movies with a particular 
actor. Accordingly, in some embodiments, the distributor 
may take some steps to organize the content database, such 
as labeling the electronic copies or encoding metadata, such 
as a unique identifier, title, director, artist name, actor names, 

35 or any information potentially helpful to identify, categorize, 
locate, or track the work. In a preferred embodiment, each 
physical work is labeled with a unique bar code, such as a 
unique purchase code ("UPC") code. The distributor may 
track the bar codes throughout the system for security, 
control, integrity, and accounting purposes. The labeling, as 
well as other functions in the content acquisition, may be 
done with an automated system or with human operators. 

The distributor may also encode the extracted data so that 
it may be transmitted with less bandwidth and stored with 

45 less space. In a preferred embodiment, as shown in FIG. 2, 
the distributor extracts the data with rippers 215 and encodes 
the data with encoders 220. The rippers can receive CDs or 
any other type of physical work. An operator or an auto- 
mated system can scan the physical works label before the 

5 q physical work is placed in a ripper. The scanned label may 
be stored in the Content Database 135 so that the Content 
Database 135 records which works were acquired. 

The rippers 215 extract the raw data from the CD one 
track at a time until it has extracted all its data. Next, the 

ss' rippers 215 temporarily store the data from each track in a 
separate uncompressed digital data ("WAV") file on a local 
hard disk. In alternative embodiments, the data may also be 
stored in a separate database. 

The ripper also randomly extracts portions or "samples" 

60 of the raw data from each track on the CD. These samples 
are used in the verification process (i.e., a process that 
determines whether the user is authorized to access an 
electronic work) described below. In this embodiment, the 
samples may be any predetermined amount of the data. In 

65 the case of CDs, the CDs are divided into sectors, wherein 
one second of music includes 75 sectors. The rippers 215 
may extract samples of any size. The samples may be 
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identified randomly, sequentially, or by any programmed suitable compressed format. For example, a DVD is already 

algorithm. The ripper may extract one or multiple samples. in compressed MPEG 2 format, so no further compression 

The one or more samples may be from one work or several may be needed. Similar applications can include WMF, 

works (e.g., songs or tracks) within a larger work (e.g., a CD MPEG -4, or the like. In these situations, the content acqui- 

or DVD). 5 sition can simply rip the data from the DVD and skip the 

The ripper may also store each sample as a separate file, encoding phase altogether, 
store each sample separately with a separate index file, store Once an encoder completes encoding all the tracks from 
the samples collectively as a file, or in many other combi- a CD, the encoder notifies content acquisition database 210 
nations. Index data corresponding to the samples may be the encoding is complete. The content acquisition database 
stored in many ways, such as in the same file as the raw data 10 210 then inserts an entry, a pointer (i.e., completion pointer), 
or in separate index file. In a preferred embodiment, the or set of pointers into the encode queue. A completion 
system stores this sample data in a separate file for each pointer indicates that all these tracks arc encoded and ready 
track and also stores a separate index file that specifies which for storage. When the content acquisition database 210 
samples the ripper extracted and where these samples can be detects that all the smaller works (i.e., tracks) within a larger 
found in the samples file. The data in the index files is then 15 work (i.e., a compilation of several works) are encoded, the 
used to verify whether the user is authorized to upload, or queue tells content acquisition database 210 to move the 
later receive access to, the electronic copy of the work. In a larger work into a finalizing queue, 
preferred embodiment, the ripper extracts ten percent of the The encoders 220 monitor the finalizing queue and trans- 
WAV data for samples. In alternative embodiments, the f cr mc C ncoded data in the queue out to a storage machine, 
ripper may extract any amount of WAV data between 20 sucri ^ the content acquisition database 210. Each encoder 
0-100% for samples. For security purposes, the sampling ma y write to the storage machine in parallel The encoded 
algorithm including the size and location of the samples can data may be transferred to the storage machine by a number 
be confidential or random. of well-known techniques. In one embodiment, the file with 

Once the content data, sample data, and index data are the encoded data may include the sample data and the index 

extracted, a preferred embodiment encodes the content data 25 data. In another embodiment, the sample data and index data 

with the encoders. The encoders may receive the content may be sent to the storage machine from other machines, 

data from the rippers 215 local memory, the content acqui- such as the ripper that extracted the data, in parallel to the 

sition database 210, or from any database or storage medium encoded content data from the encoders), 

used to hold the raw content data until an encoder is i D a preferred embodiment, the encoded data may be 

available to encode it. The sample and index data may be transferred to storage as follows. The ripper that encoded the 

stored in the rippers 215 or an associated database, such as work may be connected to the storage machine. Through this 

the content acquisition database 210 or storage 142 or 225. connection, that ripper forwards the sample and index data 

In an alternative embodiment, the encoders 220 may also for the completely encoded work. The encoder that encoded 

receive the sample and index data. ^ the content data also connects to the storage machine and 

In a preferred embodiment, the content data is stored in forwards the encoded data to the storage machine. In alter- 

the ripper. In another embodiment, the content data may be native embodiments, multiple encoders may have encoded 

stored in the content acquisition database 210, and the different tracks in the same work so that each of these 

content acquisition database 210 controls an encoding queue encoders would need to forward their encoded data to the 

that controls the transfer of content data to the encoders 220. ^ storage device. The transfer of data from the encoder or 

The content acquisition database 210 loads pointers in the encoders and the ripper may occur in parallel or series. In yet 

encoding queue or database table. The pointers identify the another embodiment, the encoded data may include the 

raw content data for the various works and point to where sample and/or index data. Thus, a transfer of data from the 

this raw content data is stored. ripper may not be necessary. 

When a pointer is entered into the encoding queue, the 45 In a preferred embodiment, the encoders 220 transfer 

encoding queue may actively seek an available encoder or encoded versions of each track to the storage machine 142. 

passively wait until an encoder checks the queue or detects Thus, the storage machine 142 contains an encoded elec- 

the new entry. In a preferred embodiment, the encoders 220 tronic work as well as its corresponding sample data and 

repeatedly check for entries in the queue. An encoder may index data. 

also automatically check the queue whenever it completes 50 Once the content acquisition database 210 stores the 

encoding a data entry, completes a task, or is activated again electronic work, the content acquisition database 210 

after being off-line. When there is data that needs to be acquires and associates the artist, title, and track name 

encoded, the content acquisition database 210 identifies the information for the stored work through direct data entry or 

next entry in the queue. An encoder may retrieve the raw third party databases. In an alternative embodiment, people 

content data from the ripper that extracted the data or a 55 can manually enter this information into the content acqui- 

variety of other storage locations. sition database 210. In yet another embodiment, this data 

Upon receipt of the data, the encoders 220 encode the may be automatically obtained from the metadata or other 

WAV data into a compressed file, such as MP3 or other types of information stored in the physical work, such as 

formats. In a preferred embodiment, the encoders 220 electronic or digital watermarks. The content acquisition 

encode one or more files for each song; for example, the 6 o database 210 uses a web-based tool to interactively verify 

encoders may encode one instance at 128 kilobits per second that the metadata is correct. If approved, the content acqui- 

(i.e., near CD quality) and a second instance at 24 kilobits sition database 210 may update and name the files on the 

per second (Le., AM radio quality). Depending upon the storage machine to reflect the artist, title, track name 

desired sound quality, encoding can be done at a variety of information, director, actors, or any other potentially useful 

bit rates. 65 information. 

In another embodiment, the content acquisition process In a preferred embodiment, the data acquired by content 

can skip the encoding process where the data is already in a acquisition techniques is stored in a central database, such as 
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the content acquisition database 210. In a preferred with the same physical work, each confirmation number wil] 

embodiment, the content acquisition database 210 may be only be accepted by the distributor once. The web site could 

the same as the Content Repository 142. In an alternative control the use of such numbers by comparing each entry to 

embodiment, data could be stored in a decentralized a list of previously entered confirmation numbers in a 

architecture, including smaller databases at different loca- 5 database 

tion^In either a centralized or decenmdized architecture , Q another fmed embodimenU ^ ^ wouM load 

the frequently accessed data could also be temporarily stored ^ . . * . ' ^ p . 

at remote locations, such as temporary memory locations at ~r F ' , . , ^ " . %r . ' !z™ " , 

the Client Location 110 or at nodes throughout the network ** user would load their CD mto the CD tray of a personal 

130, such as signal transfer points, central offices, cable ,„ computer. The User Interface Server 120 »uld then request 

nodes, etc information about that work the personal computer, such as 

^ . " 4 . . , j , c_ the title of the work, title of the artist, and a unique label 

Once the content is acquned or made accessible from a Qn ^ Monmfo*, the Verification 

third party, a user can access this content with a personal c ^ At . . . , 4 . , . 

\+m ii a. 41 / * • • -w . Server 141 attempts to identify the corresponding work m 

computer 115, cell phone 116, or any device with Internet ~ 4 . n _ *V - „ ' . , ... • *u A 

w -^s n »t. *u j . .u t. the Content Repository 142. By identifying the correspond- 

access. More specifically, the user accesses the data through 1S Verification Server 141 can^rifv that the user 

the User Interface Server 120. The User Interface Server 120 mg W0lK * ™ e Wc ™<* Uo . n ^ erver "1 fan vei *y mat me 11561 

,. . , 4l _ 4| _ has an authorized physical copy of the work, 

displays a web page to users that access the system over the rj 

network 130. To access the system, the web site preferably To communicate with a server or system within the 
requires the user to login before the user is permitted to Distributor Location 100, client machmes may issue corn- 
access the site. FIG. 3 shows an example of a typical login M mands to ^ Distributor Location 100. These commands 
300, which requires the user to enter a previously assigned mav mclude tokens > which «« the oame of the 
user identification and password. Typically, the user identi- command. Additional tokens on the command line mclude 
fication is freely displayed when entered, but the password attribute-value pairs. In one embodiment, attributes are 
is masked to prevent unauthorized user from obtaining an lowercase names consisting of 1 to 15 characters from the 
authorized user's password. The login procedure may also „ set of 'a' to *z/ '0' to '9/ and The attribute values may 
permit the user to change their password. Further, if an be decimal numbers, text strings, or a size or byte length. For 
unauthorized user wants to become an authorized user, the example, a typical command is HELO mail- 
login procedure could provide the unauthorized user with an matthew@mp3.com, where 'HELO' is the command name, 
additional screen(s) requesting information needed to <mai1, * ^ attribute name, ^01^(^3.0™' is the 
become an authorized user, such as name, address, company, ^ value associated with this attribute name. There may be zero 
telephone number, credit card number, etc. or more attribute-value pairs as part of the command. In 
Once the user accesses the system, the system offers to Particular embodiments, one attribute can have multiple 
* values 
provide or distribute a plurality of works to the user over the 

network 130. The works may include audio, video, audio/ In response to these commands, a server may transmit 
video, and many more. The works are preferably musical 35 responses back to the client machines. Each response 
works, music videos, movies, advertisements and promo- includes a number representing a status. Zero or more 
tions. The list of works is viewable and/or searchable by attribute-value pairs may also be included with the corn- 
categories, such as artist, type of work, type of music, type mand. 

of movie, alphabetical order, etc. The list of works may To establish a connection between a client machine and 

include a list of promotions, advertisements, infomercials or 40 the Distributor Location 100; the client machine sends a 

other promotional works. From this list, the user may select command to the server in order to identify itself. This 

the works it wants to receive. In an alternative embodiment, command preferably includes at least one attribute that 

the user may be able to create their own collection of works, identifies the client or user. This attribute can be the user's 

such as their own greatest hits or favorite movies. email address (e.g., mafl-maithew@mo3.com) or a user 

The web site may also offer a variety of other functions, 45 identification that the Distributor Location 100 previously 

such as the opportunity to purchase or listen to various assigned to the user, such as a confirmation number or 

works or parts of works. For example, the most frequently unique identification number. On a secure connection, the 

requested works or new releases may be listed on one page. user may send a clear-text password. Similar attributes may 

In other embodiments, each page may be dedicated to a also be used in setting up this connection. The Distributor 

certain category of works, such as jazz music, action movies, 50 Location 100 responds by confirming proper identification, 

or high energy music. In yet another embodiment, the pages requesting further information, or sending an error message, 

may be organized by alphabetical order accordingly to the For example, a preferred command is the verify CD 

name of the artist or the title of the work. command, "VFCD time=3299 tkof=150, 20527, 41050, 

After the user accesses the web site and identify them- 49605, 74047, 106747, 127405, 144647, 170740, 186637, - 

selves through the login procedure, the user may also access 55 202832, 223672." The 'time' attribute is represented in 

their own personal account. The account may store copies of seconds. For example, there are 3,299 seconds of data on 

works that the user has bought through the web site or this particular CD. The 'tkof ' attribute is a multi -valued list 

demonstrate authorization to receive access through other of track offsets in sectors. The first number, 150, is the sector 

means. In a preferred embodiment, the user may receive offset to the first track on the disk. The second number is the 

access to some works without any verification because they 60 sector offset to the second track on the disk, and so on. The 

are publicly available. To receive other works, the user may second -to- last number is the sector offset to the start of the 

demonstrate that they are authorized to access the work. A last track. The last number is the sector offset to the first 

user may demonstrate authorization or ownership of a sector past the last track; in other words, the length of the 

physical work many ways. For example, a user may receive disk in sectors. Thus, on this CD there are eleven tracks or 

a confirmation number with the purchase of the work, and 65 songs. Alternative validation attributes can include the title 

the web site may ask the user to enter that confirmation of work, the name of the artist/performer/band, the name of 

number. To prevent others from demonstrating authorization the leading actors, etc. 
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Another preferred Verification Server 141 command ini- and send that information to the Distributor Location 100. 

dates a request for data from the physical work, such as Such information may include title, artist, actor names, UPC 

"RVDT trck=l sect= 12071 nsec=4 size=9408/'In response, code, digital watermarks, or any other useful information, 

the client machine sends the requested bytes of data, which There arc many types of comparisons that could be made 

in this example, corresponds to the four sectors of data found 5 to verify a user's authorization to receive access to a given 

on track 1 and starting at sector 12071. work based on data from a physical work- One such com- 

In some embodiment, Verification Server 141 may com- parison is a comparison of the track offset data 00 the stored 

pare the data from the physical work loaded by the user to electronic copies of the work and the corresponding track 

a single electronic work stored in a database. In other offset data on the physical work loaded into the user's 

embodiments, a server may compare the data from the 10 machine. In a simplified example, if the track offset data of 

physical work to multiple electronic works because the work the physical work is 150, 19860, 39740, 59130 for each of 

was copied multiple times. In the CD example, this may the first four works, the distributor's server or servers can 

occur because a certain work was pressed into a CD multiple search its database for all stored electronic works with 

times or with multiple machines. For example, a music similar track offset data, such as track offsets within a range 

group may have first pressed a CD of a work in May 1995, Q f values. These ranges may include the following track 

but then pressed a new CD for the same work in May 2000. oSset ranges for the physical work: 80-220; 19790-19930; 

Accordingly, although the works appear the same from 39670-39810; and 59060-59200. Thus, a search using these 

listening or watching the work, the two electronic copies ranges would produce the following three electronic works: 

may be different. Further, a group may have a work pressed Electronic Work A: {150, 19860, 39740, 59130} 

with two different machines for the same release. 2Q Electronic Work B: {110, 19810, 39690, 59080} 

Accorringly, in these instances a preferred embodiment EIectromc Work C: {170, 19900, 39790, 59170} 

would have an electronic copy of the CD from each press- fa embodimenl> a wuA for the exacl match 

ing. S^cmcally, the distributor would have an electronic be rformed bcfo|C me s ^ m me flexible range 

copy from a CD pressed with each ot me two macmnes in Mth h exact ' matches 

uire more accurate 

May ofl995 and an electronic copy of the CD pressed in M recordings> „ * xact match ^ may ^ a ^ X3rch 

, time and more quickly identify the related electronic work. 

With all three electronic copies, the Verification i Server For cxamplc> ^ ^ ^ ve facts> such a wou i d 

141 would be able to verify authorization to access the work onl identif Eleclronic Work ^ 

witn any ot tne cu including mat wor*. wnereas, 11 tne , n embodimentj the distributor's servers may 

distributor only had an electronic copy of the work as 3Q on i y search a subset of meir stored electronic works, such as 

pressed in May of 1995, a user may be unaWe to demonstrate ^ works ^ ft identification code, the works with 

authorization to access the work with a CD pressed in May ^ ^ 0f similaf ^ me WQrks from a ^ ^ etc 

of 2000. Further, the comparison may search for one track offset or 

Once the CD is loaded into the computer's CD tray, the mu i t ipie track offsets within a work. For example, the 

comparison of the stored electronic data to the data from the 35 sof^e may compare the track offset for each work on a 

physical work may start automatically or upon the user's CD may compare several track offsets within the same 

direction. In a preferred embodiment, as shown in FIG. 3, work ^ or may compare any combination thereof. The loca- 

the user could initiate the comparison by selecting an icon £ on of mc track 0 gset s for these comparison may be 

displayed on the web page, such as the start icon 310. The pre teteraiined, one of a finite number of possible compari- 

user may also be able to cancel or eject the work from their ^ scenarios, or randomly selected for eacrTwork. 

machine by selecting an icon on the web page, such as the In another embodiment, the comparison may include 

eject icon 315. Also, a web page or any type of display may multiple layers of searching. For example, the comparison 

show the name or some type of identifier of the work 320, may ^ check lhe database to determine whether there are 

as well as the status of the comparison 325. The status field any stored wor ks ^th the exact track onsets. If no such 

could show statuses, such as "comparison in progress," 45 work exist, the corriparison could proceed to check whether 

"comparison of sample 4 in progress," "comparison on mcre wcrc ^th almost exact track offsets by 

hold," "comparison third in queue," etc. searching for a small range, such as a track offset from 

The display may also provide customer service options, 120-180. If such a work is still not found, the comparison 

such as an online help menu, an icon to obtain a live may search for works within a larger range, such as 80-220, 

customer service representative, or an email field that pro- 50 an d so on. 

vides a email field including the email address for the user [ n another embodiment, the comparison may also include 

to send an email to customer service representative. The live layers to distinguish between two works identified during 

customer service representative could be down with a sepa- th e same search. For example, if a search identified two 

rate telephone line connection, such as a return call or a works, the comparison may compare a different set of track 

Voice Over IP connection: These customer service options 55 offset or set of track offsets. If the first search only looked for 

may also provide information about the works. works with a track onset of 120-180 for the first work on a 

In a preferred embodiment, if the machine at the client CD and the search identified three stored works. The com- 

location is a personal computer, the personal computer 115 parison may proceed to compare the track offsets of the 

may have customized software to conduct the verification. second work on the CD or from just another portion of the 

The software on the user's machine may collect and send a eo CD. 

stream of data corresponding to the track offsets associated If there are no stored electronic works within specified 

with each track. Similarly, software at the Distributor Loca- range, the User Interface Server 120 may inform the user 

lion 100 may also receive the track offset information or that their physical work was not accepted or not eligible for 

other information about the work for use in the verification inclusion into their personal account. The User Interface 

process. 65 Server 120 can also provide the user with the plurality of 

In alternative embodiments, multiple software programs customer service options identified above. In alternative 

may be use to collect information from the physical work embodiments, the system tests to identify whether the physi- 



08/09/2004, EAST Version: 1.4.1 



US 6,4! 

15 

cal work, confirmation number, UPC code, or other authen- 
tication information enter was already entered by a previous 
user or for some other reason appeared fraudulent. The 
system could automatically preclude the user from any 
further access to the user's personal account and prevent 
them from logging back in. 

If the comparison identifies a stored electronic work that 
is within a specified range, the User Interface Server 120 
may allow the user to upload the data on their physical copy 
to the Content Repository 142, or may provide a pointer to 
the stored electronic work within the user's personal 
account. If the comparison identifies one or more electronic 
works that are close, but not close enough to authenticate the 
user's ownership of the work, the system may continue to 
verify the user's ownership of a physical work with addi- 
tional tests. 

Another technique to verify a user is otherwise authorized 
to receive access to an electronic copy of the work is to 
compare portions of the physical work to portions of the 
stored electronic work. This type of comparison could be the 
only comparison used for verification, or can be used after 
the number of works for comparison has already been 
reduced by other means. For example, before comparing 
portions of the physical work to the electronic work, some 
embodiments may narrow the number of stored electronic 
works for comparison based on other information about the 
work, such as the artist, title, year, etc. 

In a preferred embodiment, this comparison is run after 
the track offset comparison to narrow the number of eligible 
works. For example, the Verification Server 141 can request 
that the user's machine to send a portion of data, such as the 
5 sectors of data found on track two beginning at the thirtieth 
second of playing time. The portion of data requested may 
be predetermined or determined randomly. The user's 
machine responds by sending the requested sample of data. 
The Verification Server 141 then compares this requested 
data with the samples of data previously extracted and stored 
during the content acquisition. 

Such a comparison may simply compare each sample or 
the comparison may add some additional steps to make sure 
that the comparison is comparing like data. For example, the 
straight comparison of samples may be used with equipment 
that accurately reads the recorded works or the samples are 
identified in a way that minimizes problems caused by 
mechanical error, as shown by FIG. 4. 

In a preferred embodiment, such a comparison may make 
sure it is comparing like data with many well-known 
techniques, such as correlation and/or phase shifting. 
Specifically, the Verification Server 141 requests a portion of 
data from a client machine. The client machine collects this 
data from a physical work and sends this data to the 
Distributor Location 100. The Verification Server 141 
receives the corresponding data collected from the physical 
work and determines whether .this data can match up with 
the data of one or more stored electronic works. To reduce 
possible problems caused by mechanical error, the compari- 
son may not match the data exactly as it is received. Instead, 
the Verification Server 141 may first identify whether any 
portion of the sample received from the first work poten- 
tially matches any portion of a stored electronic work or 
sample of a stored electronic work. Once it identifies the 
corresponding portions of data for maximum correlation, the 
Verification Server 141 may use correlation and/or phase 
shifting techniques to manipulate the data so that the com- 
parison is not thrown off by mechanical inaccuracies, such 
as the inaccuracy of the user's personal computer reading a 
CD. 
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For example, as shown in FIG. 5, the customer sample 
may need to be shifted forward or backward to perform a 
more accurate verification. The results of shifting one of the 
samples across time is shown in FIG. 6. Once the Verifica- 

5 tion Server 141 identifies the corresponding portions of the 
samples with maximum correlation, Verification Server 141 
can size down the two waveforms until they contain the 
same portion of the track, as shown in FIGS. 6 and 7. 
Once the most closely corresponding portions of the 

10 samples or works are identified, the verification process 
compares these possibly corresponding portions of the 
samples. In a preferred embodiment, the verification process 
runs a Fast Fourier Transform (TFT) algorithm on each 
WAV samples to generate their respective power spectrums. 

15 The computer can then compare these two spectrums. 

The Verification Server 141 performs the FFT. The FFT 
provide a frequency analysis of the data. The Verification 
Server 141 compares either or both channels of a stereo 
audio file and averages the results. When the data on the 

20 physical work matches the data on the electronic work 
perfectly, the difference between the audio files in the power 
spectrum can be 0.000. Conversely, if a CD is badly 
scratched at this specific location on the disk or the physical 
work is different from the electronic work, the two data may 

25 not compare too well. However, in a preferred embodiment, 
a scratch should only affect one or two samples of the 20 
samples so that the system could still recognize the match. 
Additionally, as an alternative to FFT, the Verification Server 
141 can perform direct waveform comparisons of the 

30 sampled and stored data. 

If the received information identically or substantially 
matches only one stored CD, then the Verification Server 
141 automatically stores a pointer to the formatted version 
of this title in the client's personal account. Otherwise, the 

35 Verification Server 141 asks for additional data (e.g., send 
the seven sectors of data found on track four at the tenth 
second of playing time). The system repeats this process 
until it has received an acceptable amount of data to verify 
or reject the CD in the user's machine or until it completes 

40 a predetermined set of requests^ The" number of requests for 
information by the Verification Server 141 can vary as 
necessary, as can the number of channels of data and 
sampling rate. 

In an alternative embodiment, the Verification Server 141 
45 can make all of its requests for information and complete its 
verification process before notifying the user that their 
request has been verified or rejected. This embodiment 
protects the integrity of the interrogation process, because 
the user's machine receives no feedback as to the specific 
so point where the request failed. In another embodiment, the 
entire verification process can be repeated to further narrow 
the number of works found within a search or to increase the 
certainty of the process. 
The system can also repeat the verification. process, for. 
55 each work that the client desires to have in their personal 
account. 

In another alternative embodiment, the verification step 
may not include loading a physical work into a client 
machine at all. Instead, the user may demonstrate that they 

60 ordered a physical work. The Distributor Location 100 may 
recognize that the user ordered a physical work in many 
ways. For example, in a preferred embodiment, the distribu- 
tor may know that the user purchased the work from a 
retailer because the retailer sent the distributor a message 

65 authorizing the distributor to provide the user with access to 
an electronic work. To control the integrity of these 
messages, the distributor may only accept such messages 
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from certain IP addresses, or may require the retailer to 
provide a security key or password 

In another embodiment, the Distributor Location 100 may 
know that the user has ordered a physical work because the 
order was submitted through the distributor. Thus, the dis- 
tributor takes the order and records the information related 
to the order, including user name, email address, credit card 
number or other billing information, unique identifier of the 
ordered work, or confirmation number, and forward the 
order to the retailer. In yet another embodiment, the Dis- 
tributor Location 100 may obtain verification that the user 
purchased the work based on a confirmation number entered 
by the user or retailer 

In another embodiment, the Distributor Location 100 may 
receive the order information from another location, such as 
a partner or other third party. In a preferred embodiment, the 
distributor is partnered with a retailer. For example, the 
distributor may communicate with a plurality of retailer 
locations via an application program interface made for 
retailers. The retailer API may enable retailers to host user 
accounts, folders, or files. In this example, a user purchases 
a work from a retailer, the retailer sets up a user account. 
Then the user can purchase a work from the retailer and 
shortly thereafter access the work via the network 130. 
Further, the distributor or retailer can deactivate access to a 
work if the consumer returns or exchanges the work later. 

If the user returns a work, the retailer may deactivate the 
user's access to an electronic copy or notify the distributor 
to deactivate the user's access to the electronic copy. The 
retailer may check to determine whether the user already 
accessed the electronic copy before it allows the user to 
return the work. For example, the retailer may not allow the 
user to return the work if the user already accessed the 
electronic work. In yet another alternative embodiment, the 
retailer API can allow retailers to access a user's account or 
folder at the Distributor Location 100. 

In a preferred embodiment, the retailer API may perform 
one-way authentication to verify the identity of the retailer. 
For example, the retailer would need to enter a login and/or 
password, or any other well-known technique that the order 
or authorization information is actually from a retailer. 

Also, such communications between a retailer and dis- 
tributor are preferably secure (i.e., encoded and/or 
encrypted) to prevent a non-retailer from obtaining a retail- 
er's retailer identification or password. For example, the 
retailer API secures the retailer's identification and/or pass- 
word with encoding or encryption. 

In other embodiments, the system may use one of many 
available encryption methods (public or nonpublic). A basic 
introduction to some encryption and decryption techniques 
is described in the text written by Bruce Schemer entitled 
"Applied Cryptography: Protocols, Algorithms And Source 
Code in C" published by John Wiley & Sons, 1994, the 
entirety of which is hereby incorporated by . reference. 
Moreover, more detailed descriptions of systems and appa- 
ratuses for accomplishing encryption and decryption in 
computer networks arc set forth in U.S. Pat. Nos. 5,903,652, 
5,850,442, and 5,580,446, the entirety of each of which is 
incorporated by reference. 

When encryption is used, each retailer API may have a 
unique encryption key that is shared with the Distributor 
Location 100. The Distributor Location 100 uses this unique 
encryption key to identify and authenticate the specific 
retailer API. 

In a preferred embodiment, the retailer API may send 
various types of data packets or API function calls to the 
Distributor Location 100. These packets can include user 
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email data, a retailer identification, an order number, a UPC, 
and band, title, checksum data, or any other potentially 
useful data. For example, a retailer may issue an "activate_ 
cd" (user email, order #, retailer id, UPC, band, title) 
message to enable the user to listen to the purchased work. 
When the server tier 28 receives an activate_cd request, the 
Verification Server 141 checks to see if the transaction 
already exists in an invoice table. If it exists and is active, it 
is ignored. If it exists and is inactive, the system activates the 
record and sets the appropriate media for the user to "pur- 
chased." If the record does not exist, the system creates 
invoice and verification records for the user. The verification 
table stores the status as "purchased" in the verification 
table. The server then returns a confirmation of this trans- 
action to the user via emaiL If the Verification Server 141 
cannot find an appropriate match for the requested work 
identifier, such as UPC, title, or band, then the work does not 
exist in the Content Repository 142. The Verification Server 

141 then communicates this to the user and to a customer 
representative with the distributor so that distributor may 
attempt to add this work to their database. 

The retailer may also issue a "deactivate_cd > ' (user email, 
order #, retailer id, UPC) to disable access to a CD for a 
particular customer. When the Distributor Location 100 
receives a deactivate__cd call, the Verification Server 141 
checks to see if the transaction exists in the invoice table. If 
it does not exist, it is ignored. If it exists and is deactivated, 
it is ignored. If it exists and is active, then the system 
deactivates it. The Verification Server 141 will then check to 
see if the user identification has any other active order for 
this particular work. If so, then the \ferification Server 141 
takes no further action, because the user owns another copy 
of the work under a different order or retailer. If this is tie 
last order with this media identification, the Verification 
Server 141 sets the media identification in the verified table 
to Unpurchased." 

The retailer may also send a "has_accessed„cd" message 
when a user attempts to return or exchange a previously 
purchased work. When the Verification Server 142 receives 
this message, the Verification Server 142 checks the user^s* 
account to see if the user has previously accessed (Le., 
downloaded, streamed, opened, read, watched, or listened 
to) the electronic copy of the work. The Verification Server 

142 also checks the invoice table to see if the user owns 
multiple copies of the same work. If the user only owns one 
copy of work and has not previously accessed the work, the 
Verification Server 142 communicates this information to 
the retailer API. If the user has multiple copies of the work, 
then the system only knows that the consumer has listened 
to at least one copy and will communicate this information 
to the retailer. The consumer thus cannot exchange this CD. 
If the user has previously used their electronic copy of the 
work, the retailer may not permit the user to exchange the 
work. 

Once a work is loaded or accessible to a user, the user can 
access those works through a variety of graphical user 
interfaces and organization models, such as a juke box, 
alphabetically, by artist, by type of work, by category of 
work, by verification date, etc.. In a preferred embodiment, 
the works are organized as shown in FIGS. 8-19. 

The user may be provided with access to the electronic 
works identified in their account by downloading, streaming, 
email enclosure, or many other well-known techniques. 
Such access may be provided via the user's personal 
computer, cell phone, personal digital assistant, pager, car 
stereo, television or any media player. Before providing such 
access, the Content Delivery System 152 may attempt to 
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identify what media player the user is accessing the works account, or a variety of other ways. For example, a URL may 

with. These characteristics may be automatically provided to be acquired at 9:00 am and expire twenty four hours later so 

the Distributor Location 100 as a header or some other that any attempt to access that URL after 9:00 am the next 

information field included with the user data. The Distribu- day is not validated. 

tor Location 100 could also request the information auto- 5 Id another example, the URL representative of the request 

matically from the user's device or the user. If tbe informa- for access to a work * compared with the VFD of the user's 

tion is requested from the user, the user could identify their account. If the time stamp on the URL of the request is 

device by manually entering "cell phone" into a blank field be f° rc of lhe ^ s iCC ? mi ^ «*» uest * DOt 

or selecting their device from a list of available devices. In validated. Such a test may be used to preclude users from 

an alternative embodiment, it may also be able to identify io sharmf ? ac ? )U ° t or u ™* onzed For 

, « . « £ .... J example, the Content Delivery System 152 may recognize 

the user's device to accommodate for geographically spe- ^ ^ shared theif 

cine server tarms. K checking. Accordingly, the Content Delivery System 

In a preferred embodiment, a user may access the works 152 may reset the VFD on the user's account so that any 

identified in their account from anywhere connected to the ijRLs acquired prior to that time are no longer valid. Further, 

network 130. Since this network is preferably the Internet 15 jf Dom tne account holder and the unauthorized user were 

and may be accessed with cellular transmission, such access identified to have account, the System 152 could reset the 

is geographically unrestricted. In an alternative VFD on both accounts. In another alternative embodiment, 

embodiment, the network 130 may be a local or regional the VFD may be automatically adjusted for accounts using 

network with geographical restrictions. limited time offers, such as a distributor providing user's 

In another preferred embodiment, a user may be provided 20 with free access for thirty days or an artist providing free 

with a work by the Content Delivery System 152. The access to their work for a week. 

Content Delivery System 152 receives a request for access In another embodiment, the validation module validates 

to a particular piece of content or work either directly from the user based on a counter. For example, when a work is 

the user or from another component with the Distributor provided to a user, the user's counter is incremented. When 

Location. As part of the request, the System 152 may receive 25 the act of providing the work to the user completes, the 

or generate a secure, tamper proof, encrypted URL to user's counter is decremented. If a URL is requested and the 

represent that request Within the Content Delivery System user's counter exceeds one, the user's request is not vali- 

152, the coder/decoder decodes the URL, forwards some of dated and the "valid from date" is set to the current date and 

the information with the request to the translation module, time. In yet another embodiment, the media player software, 

and discards the remaining information. The translation 30 known as me User Agent, used to receive an electronic work 

module translates the URL into a unique identifier of the via download or stream is recorded in the user's account 

requested content information. If subsequent works are requested by a different 

The validation module validates that the user is entitled to User Agent, the request is not validated and the VFD is set 

receive the work. In a preferred embodiment, the validation to the current date and time. Similarly, the Autonomous 

module performs Valid From Date ("VFD") data manage- 35 System Number ("ASN") (Le., essentially a map between 

ment and concurrency checking. The validation module the IP address and the Internet Service Provider) associated 

performs concurrency checking by monitoring which users with a user's requests is recorded. If a subsequent address is 

are logged into the Distributor Location 100 at any given made from a different ASM, the request is not allowed and 

time. Such information is useful because user accounts and the VFD is set to the current date and time, 
lockers each have different access privileges. For examplef -40 In yet another embodiment, the validation module vali- 

a company may have a user account that entitles every dates by comparing the current session identifier provided 

employee of a company to access the account. To obtain within a requested URL to a stored session identifier. When 

such an account, the user may have paid more for a group a user logs into their account, they receive a session iden- 

license to a work or obtain multiple copies of the same work. tifier unique to that machine, which is stored in their account 

In another embodiment, the access privileges for a user 45 record. If the user requests an electronic work, the validation 

account may only permit a single individual to access the module compares the session identifier stored within the 

account. For example, if a single user buys a copy of a user's account to that contained within the URL for the 

copyrighted CD, only that user may access the account. work. If the session values are different, the request is not 

Thus, if a second user attempts to access tbe work while a validated. 

first user is already logged into the account, the system 50 Once the Content Delivery System 152 validates a user, 

recognizes that both of these users are not entitled to access the System 152 uses the unique content identifier within the 

this work. When a possible breach of the access privileges URL to determine where the requested work is stored, such 

is detected, the system may automatically deactivate all the as local memory, the Content Repository 142, or some other 

works in the account, shutdown the account immediately, memory. In a preferred embodiment, the Content Delivery 

deny tbe concurrent request for access, suspend the account, 55 System 152 searches for the requested work in the local 

or prohibit any subsequent access to tbe account. In addition, storage of the particular server accessed in tbe System 152. 

the validation module may log information about the con- If the work is not present in the local storage of that server, 

current request for access, such as the user identification, the the System 152 searches the local memory of the other 

time, where they were logging in from, etc. and notify the servers or databases within the System 152. If the work is 

user of the integrity breach so that they can explain them- 60 not present in the local memory of any of the System's 

selves if it was a mistake. servers, the System 152 accesses a bridge to the Content 

With regard to VFD data management, the Content Deliv- Repository 142 to determine whether the work is stored 

ery System 152 validates tbe time stamp embedded within there. If the work is within any of these memories, it is 

the URL. The time stamp indicates the time at which the provided to the user. If the work is not present in any of these 

work was selected. Such a time stamp may be used for 65 memories, the system may continue to try other servers or 

validation by testing whether the time stamp expired, testing databases, including remote servers and databases, or it may 

whether the time stamp was before the VFD of the user's notify the user that the requested work is unavailable. 
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For example, a user accesses the web site provided by the 
distributor. While on the site, the user selects a work. Based 
on the selection, the User Interface Server 120 generates a 
URL. Next, the URL is provided to the Content Delivery 
System 152 and the user. The Content Delivery System 152 
extracts a unique content identifier from the secure URL, 
and attempts to locate the work with the Content Delivery 
System 152 or the Content Repository 142. If the work is 
present, the Content Delivery System 152 provides the user 
with access to the electronic work by downloading, 
streaming, broadcasting or other well-known delivery tech- 
niques. 

CONCLUSION 

While various embodiments of the present invention have 
been described above, it should be understood that they have 
been presented by way of example only, and not limitation. 
For example, the present invention is not limited to the 
physical arrangements or use with any particular network. 
As such, the breadth and scope of the present invention 
should not be limited to any of the above-described exem- 
plary embodiments, but should be defined only in accor- 
dance with the following claims and their equivalents. 

We claim: 

1. A method of providing electronic works, comprising 
the steps of: 

offering electronic works to a user over a network, 
receiving a request for access to at least one electronic 

work over the network; 
verifying the user is authorized to access the requested 

electronic work; 
providing the user with access to the requested electronic 

work over the network; and 
storing electronic works; 

wherein the step of verifying includes the steps of: 
receiving data corresponding to at least one track offset 

of a physical work, and 
comparing the at least one track offset of the physical 
work to a corresponding track oflset'on'af least one 
stored electronic work. 

2. The method of claim 1, wherein the physical work is a 
compact disk. 

3. The method of claim 1, wherein the step of verifying 
includes the step of: 

acquiring identification information from the physical 
work, and 

identifying at least one electronic work for the compari- 
son. 

4. The method of claim 3, wherein the identification 
information is a title of the physical work. 

5. The method of claim 1, wherein the step of comparing 
compares a range of values for a track offset of the physical 
work to the stored electronic works. * ■* * - 

6. The method of claim 1, wherein the step of comparing 
compares a plurality of track oflsets. 

7. A method of providing electronic works, comprising 
the steps of: 

offering electronic works to a user over a network, 
receiving a request for access to at least one electronic 

work over the network; 
verifying the user is authorized to access the requested 

electronic work; 
providing the user with access to the requested electronic 

work over the network; and 
storing electronic works; 
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wherein the step of verifying includes the steps of: 
sending a request to obtain data corresponding to at 

least a portion of a physical work; 
receiving data corresponding to the at least a portion of 
5 the physical work; and 

comparing the at least a portion of the physical work 
with a corresponding portion of at least one elec- 
tronic work to determine whether to grant the 
request. 

10 8. The method of claim 7, wherein the step of comparing 
includes correlation to identify the corresponding portions of 
the at least a portion of the physical work and the corre- 
sponding portion of the at least one electronic work. 

9. The method of claim 7, wherein the step of comparing 
15 includes phase shifting either the at least a portion of the 

physical work or the corresponding portion of the at least 
one electronic work. 

10. The method of claim 8 or 9, comprising the step of: 
increasing size of the portion of the physical work or the 

20 corresponding portion of the at least one electronic 
work prior to comparison. 

11. The method of claim 7, wherein the step of comparing 
includes a Fast Fourier Transform analysis on the portion of 
the physical work and the corresponding portion of the at 

25 least one electronic work. 

12. The method of claim 7, wherein the step of comparing 
includes comparing time domain samples from the portion 
of the physical work. 

13. The method of claim 7, where the step of comparing 
30 accommodates a margin of error allowance. 

14. The method of claim 7, further comprising the step of: 
repeating the verifying step. 

15. The method of claim 1, wherein the step of verifying 
further includes the steps of: 

sending a request to obtain data corresponding to at least 

a portion of a physical work; 
receiving data corresponding to the at least a portion of 

the physical work; and 
40 comparing the at least a portion of the physical work with 

a corresponding portion of at least one electronic work 

to determine whether to grant the request. 

16. A method of acquiring an electronic version of a work, 
comprising the steps of: 

45 obtaining a physical work; 

creating an electronic work from the physical work; 

extracting samples of data from the physical work; 

identifying an electronic work in an encoding queue; 
50 retrieving the electronic work identified in the encoding 
queue; and 

transferring the retrieved electronic work to storage. 

17. The method of claim 16, further comprising the step 
of providing encoders in a queue based, database mediated 

55 configuration. 

18. The method of claim 16, wherein the step of extracting 
further extracts index information. 

19. The method of claim 18, wherein the index informa- 
tion identifies what samples of the physical work were 

60 extracted. 

20. The method of claim 16, further comprising the step 
of: 

labeling the physical work. 

21. The method of claim 20, wherein the physical work is 
65 labeled with a UPC code. 

22. The method of claim 16, further comprising the step 
of: 
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labeling the electronic work with a label corresponding to 

the label on the physical work. 
23. The method of claim 16, further comprising the steps 



of: 

labeling the electronic work; and 
using the label of the electronic work as a unique identifier 
for accounting purposes. 

24. The method of claim 16, further comprising the step 
of: 

loading pointers to the electronic work into the encoding 
queue. 

25. The method of claim 16, wherein the encoding queue 
uses a first in, first out scheduling algorithm. 

26. The method of claim 16, further comprising the step 
of: 

encoding the electronic work identified in the encoding 
queue. 

27. The method of claim 26, wherein the step of encoding 
encodes two versions of the electronic work. 

28. The method of claim 27, wherein the two versions of 
the electronic work are a 24 kilobit per second version and 
a 128 kilobit per second version. 

29. The method of claim 24, further comprising the step 
of: 

inserting pointers into the encoding queue to indicate 
which encoded electronic works are ready for the 
transferring step. 

30. The method of claim 18, wherein the trarisferring step 
also transfers the index information. 

31. A method of delivering electronic works, comprising 
the steps of: 

receiving a request for access to an electronic work and a 
form of user identification from a device; 

identifying characteristics of the requesting device; 

verifying the form of user identification against stored 
information; . 

storing frequently requested items locally in memory; and 

providing the device with access to the electronic work; 

wherein the verifying step includes checking whether the 
user is simultaneously logged in from another device. 

32. A method of acquiring an electronic work, comprising 
the steps of: 

logging into a service offering access to at least one 
electronic work; 

sending a request to access at least one electronic work 
and a form of identification; 

demonstrating authorization to receive the requested elec- 
tronic work; and 

obtaining access to the requested electronic work; 

wherein the step of demonstrating includes sending a 
confirmation number for the purchase of a physical 
work. 

33. An apparatus for providing electronic works, com- 
prising: 

means for offering electronic works to a user over a 
network; 

means for storing at least one of the offered electronic 
works; 

means for receiving a request for access to at least one 
electronic work over the network; 
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means for verifying the user is authorized to access the 
requested electronic work wherein the means for veri- 
fying includes: 

means for receiving data corresponding to at least one 

track offset of a physical work, and 
means for comparing the at least one track offset of the 
physical work to a corresponding track offset on at 
least one stored electronic work; and 
means for providing the user with access to the requested 
electronic work over the network. 

34. The apparatus of claim 33, wherein the means for 
verifying further includes: 

means for sending a request to obtain data corresponding 

to at least a portion of a physical work; 
means for receiving data corresponding to the at least a 

portion of the physical work; and 
means for comparing the at least a portion of the physical 
work with a corresponding portion of at least one 
electronic work to determine whether to grant the 
request. 

35. An apparatus for providing electronic works, com- 
prising: 

means for offering electronic works to a user over a 
network; 

means for storing at least one of the offered electronic 
works; 

means for receiving a request for access to at least one 

electronic work over the network; 
means for verifying the user is authorized to access the 
requested electronic work wherein the means for veri- 
fying includes: 

means for sending a request to obtain data correspond- 
ing to at least a portion of a physical work, 
means for receiving data corresponding to the at least 

a portion of the physical work, and 
means for comparing the at least a portion of the 
physical work with a corresponding portion of at 
least one electronic work to determine whether to 
grant the request; and 
means for providing the user with access to the requested 
electronic work over the network. 

36. An apparatus for acquiring an electronic version of a 
work, comprising: 

means for obtaining a physical work; 
means for creating an electronic work from the physical 
work; 

means for extracting samples of data from the physical 
work; 

means for identifying an electronic work in an encoding 
queue; 

means for retrieving the electronic work identified in the 
55 encoding queue; and means 

means for transferring the retrieved electronic work to 
storage. 

37. An apparatus for providing electronic works, com- 
60 P 1 * 8 "* 1 

a server for offering electronic works to a user over a 
network, wherein the server stores at least one of the 
offered electronic works, wherein the server receives a 
request for access to at least one electronic work over 
65 the network; 

wherein the server verifies the user is authorized to access 
the requested electronic work by receiving data corre- 
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spending to at least one track offset of a physical work, 
and comparing the at least one track offset of the 
physical work to a corresponding track offset on at least 
one stored electronic work; and 
wherein the server provides the user with access to the 5 
requested electronic work over the network. 

38. The apparatus of claim 37, wherein the server also 
sends a request to obtain data corresponding to at least a 
portion of a physical work, receives data corresponding to 
the at least a portion of the physical work, and compares the 10 
at least a portion of the physical work with a corresponding 
portion of at least one electronic work to determine whether 

to grant the request. 

39. An apparatus for providing electronic works, com- 
prising: 
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a server for offering electronic works to a user over a 
network, storing the offered electronic works, and 
receiving a request for access to at least one electronic 
work over the network; 

wherein the server also verifies the user is authorized to 
access the requested electronic work by sending a 
request to obtain data corresponding to at least a 
portion of a physical work, receiving data correspond- 
ing to the at least a portion of the physical work, and 
comparing the at least a portion of the physical work 
with a corresponding portion of at least one electronic 
work to determine whether to grant the request; and 

wherein the server also provides the user with access to 
the requested electronic work over the network. 

***** 
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